home *** CD-ROM | disk | FTP | other *** search
- Path: informatik.tu-muenchen.de!fischerj
- From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Demo/game to OS friendly part II
- Date: 23 Jan 1996 17:48:37 GMT
- Organization: Technische Universitaet Muenchen, Germany
- Distribution: world
- Message-ID: <4e371l$92b@sunsystem5.informatik.tu-muenchen.de>
- References: <38232020@kone.fipnet.fi> <9PxXx*kka@aargh.incubus.sub.org> <4des65$bgk@serpens.rhein.de> <38232076@kone.fipnet.fi> <4djpni$t6h@serpens.rhein.de> <4dm07g$ouh@sunsystem5.informatik.tu-muenchen.de> <4dmm79$9hu@serpens.rhein.de> <4e0jhq$f0q@sunsystem5.informatik.tu-muenchen.de> <4e114i$4o8@serpens.rhein.de>
- NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
- Originator: fischerj@hphalle5.informatik.tu-muenchen.de
-
-
- In article <4e114i$4o8@serpens.rhein.de>,
- mlelstv@serpens.rhein.de (Michael van Elst) writes:
- |> fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer) writes:
- |>
- |> >don't you think someone knowing about OS-coding, but beeing
- |> >a friendly, non-agressive fellow, couldn't achieve more ? ;)
- |>
- |> Ignoring the discussion as always.....
-
- what am I ignoring ? I just can't ignore your sad 'c0d3r' talk.
-
- |>
- |> No, I am quite sure that noone can achieve anything if the other
- |> side is as stubborn as you.
-
- naaah. I try to get OSsy solutions, but if I loose too much vs
- a "vanilla A1200 hack", then I at least will provide the hack
- as option. What is bad about this.
-
- |> >? how to optimize move.l (a0)+,(a1)+ ;)
- |>
- |> By starting the DMA channel ?
- |> By using movem.l to send bursts of data ?
- |> By funneling the data into a FIFO at a constant address ?
- |>
- |> You do not know. The driver does.
-
- yes, in can optimize that way, but this could still be less ideal
- than direct render to vram.
-
- |>
- |> >I'd suggest the driver gives you a buffer you can render to,
- |>
- |> And again you are limited to a single possible architecture.
-
- ??? the driver can give you fastmem, chipmem, vram, swapspace,
- whatever depending to architecture...
-
- |>
- |> >If the card can display multiple buffers and writing bytewise to it
- |> >is faster than writing bytewise to fastmem + copying the buffer,
- |> >the driver will give you an adress in vram. voila :)
- |>
- |> But why should writing bytewise be faster ?
-
- texture mapping loops write bytewise to fastmem. If vram is as fast,
- you can render into it and save the time of copying.
-
- |>
- |> >So making the OS more sucking
- |>
- |> Again just insults.
- I explained what I mean.
-
- |>
- |> >would keep then from using
- |> >OS-functions to get fast animation ?
- |>
- |> Fast animation doesn't need user-level access the graphics buffer.
-
- On architectures where vram is quite quick and fastmem is quite slowe and
- copying is done with cpu it does need that. This time you are the one that
- doesn't take care of all possible architectures!
-
- |>
- |> >any games showing fast gfx naturally want to have a screen (better
- |> >say screenbuffer) they can render to. also OS-coded ones will still
- |> >want "a complete screen allocated to you." because no game is fun
- |> >on half screens.
- |>
- |> This surely depends on the screen, especially on the screen _size_.
-
- you are talking about a game on wb window ? I hope also future Amigas
- will provide 320 pix fullscreen. that's what games just need.
-
- |>
- |> >you can keep game programmers from doing this in providing a powerful
- |> >interface that doesn't suck
- |>
- |> again just insults.
-
- what ? I say a game programer is more likely to use OS if it's excelent
- in speed end got a useful interface. I'd say this is true and I don't
- know what "insult" got to do with this.
-
- |>
- |> >and so won't force them to do direct poking
- |> >something.
- |>
- |> Nobody is forced.
-
- Also nobody is forced to use the OS.
-
- :) as long as you are not dictator :) Seen lotsa cars with "M-VE" signs
- last time :) shudder :)
-
- |>
- |> --
- |> Michael van Elst
- |>
- |> Internet: mlelstv@serpens.rhein.de
- |> "A potential Snark may lurk in every tree."
-
- -------------------------------------------------------------------
- fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) =:)
-